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(54) Method for dynamically creating a receiver 
definable local trading instrument displayable 
record from a remotely transmitted trading 
instrument common data stream 

(57) A local subscriber defines their own filter sets 
and/or local templates (Fig. 6) which are used to 
select portions of trading instrument displayable 
data records from a common remotely transmitted 
data stream of updateable trading instrument data 
records (e.g. Fig. 3). The selected records are used 
to create reconstituted data records (Fig. 4) 
different from the transmitted tradrng instrument 
data records (Fig. 3). A common one of the defined 
filter sets and/or local templates may be used for a 
plurality of different data records having a common 
desired set of information categories. The 
transmitted data may be in a logical data format or 
a page display format, in which instance it is 
converted to a logical data format. The local 
template may be repetitively used on different 
display rows of a given page display and/or on 
different page displays to provide a plurality of 
receiver defined locally created trading instrument 
display records so that only the information 
desired by the local subscriber is displayed on their 
screen as user defined local trading instruments 
(Fig. 4). 

The drawings originally filed were informal and the print here reproduced is taken from a laterfiled formal copy. 

The references to figures 9 to 11 of the drawings in the printed specification are to be treated as omitted under Section 15(2)/15(3) 
of the Patents Act 1977. 

The specification as filed includes a computer program which is not here reproduced; it may be inspected in accordance with 
Section 1 18 of the Patents Act 1977. 
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SPECIFICATION 

Method for Dynamically Creating a Receiver Definable Local Trading Instrument Displayable Record from a 
Remotely Transmitted Trading Instrument Common Data Stream «e necorarrom a 

"ri^e present invention relates to methods for dynamically creating a receiver definabte local trading 
5 instrument displayable record from a remotely transmitted trading instrument common data stream such 5 
as a transmined tradmg mstrument common data stream comprising a plurality of transmitted trading 
instrument data records which may be transmitted in a logical data format and/or in a page display format 
comprising a p urality of displayed rows for each page in which instance the page display format is niSlIv 
converted to a logical data format before creating the receiver defined local trading in^rumenTJisp S e 
1 0 record, which local trading instrument displayable record is new local trading instrument disJlayaS e 1 0 

record which is a reconstituted data record different from the transmitted trading instrument data record 

High performance, real-time information retrieval networks are well known in the art, such as the 
Reuters Monitor system employed for transmitting financial transaction information such as stock market 
information and other trading instrument information to brokers, banks and other subscribers Such 

15 '"formation IS normally transmitted in a trading instrument common data stream, for example the 15 
apparatus described in our co-pending application filed today U.K. application number 87 10237 Such a 
n^t? iTr* ^Y^^"" normally contains a large number of information categories which 

niwl * "i^. ^"^ P'^""«^= order to evaluate what action to take in connection with a 

given financial transaction. However, different professional trader and different financial planners require 

20 onlycertainaspectsofthevastnumberofinformationcategoriesnormallytransmitted.Thus,forexample 20 
a given professional trader or financial planner might only be interested in the month, high low and ' 
closing price for gold and not be interested in the various other categories associated with the transmission 
of a trading instrument relative to gold, or he might be interested only in price and volume if he were doing 
charting or only in closing price if he were doing portfolio evaluation. In such an instance, in conventional 
25 prior art systerris and methods, the professional trader or financial planner receiving the common data 25 
InnllJ^JZ^t f ! ^'If. relative to the trading instrument in the above example including 

considerable information which .s extraneous to his purpose. This is undesirable, particularly in today's 
environment involving the transmission of high volumes of financial instruments which normally undergo 
a high frequency of changes in price and other characteristics or information categories including those that 
are of interest to only certain financial planners or professional traders. Just as was described in the 30 
aforementioned copending U.S. patent application with respect to the problems which were overcome by 
allowing the local user to create its own unique local data base from the pool of available transmitted 
information, since a local user or subscriber, such as a bank, may not be interested in the entire data base 
supplied by an information supplier such as Reuters which supplies worldwide information relating to a 
35 vast number of financial instruments, the local subscriber may not be interested in displaying all of the 35 
information categories relating to the trading instruments which make up its unique local subscriber data base. 

In an effort to overcome some of these problems, Reuters developed a Monitor Manipulation Processor 
for extracting entire pages of data from its REUTERS MONITOR data stream; however, such a system does 
not readily allow for the creation at the receiver of unique new local trading instrument displayable records 
40 which are reconstituted data records different from the transmitted trading instrument data records and 40 
tailored to contain and display only the information categories desired by the local subscriber. Moreover in 
accordance with the present invention,.these new locally identifiable trading instrument displayable data 
records which are created at the receiving end from the common remotely transmitted trading instrument 
data stream in accordance with the displayable information needs of the user or local subscriber are 
45 dynamically updateable as if they were an originally transmitted data record thereby enabling the local 45 
subscriber to create and display his own locally defined tradmg instruments which are unique subsets of 
the transmitted trading instruments. This may be accomplished with received transmitted trading 
instrument data records in a logical data format and/or page display format in which instance they are 
initially converted to a logical data format through the use of locally created templates and filter sets 
50 Moreover, although tem plates per se have been used at a local receiver to match information by a 50 
companson technique such as disclosed in U.S. Patent Nos. 4,530,095; 4,507.750- 4 504 735- 4 499 49q- 
4.488.005; 4,468.204; 4.463,386; 4,388,495; 4.383.135; and 4.336,810. none of thes; pdor art s^slls known 
to applicant employs a locally created template to create a new locally identifiable trading instrument 
displayable data record from a page display format transmitted trading instrument displayable data record 
55 nor do they disclose the use of filter sets to create such locally identifiable trading instrument displayable 55 
data records comprising reconstituted data records which are different from the transmitted trading 
instrument data record, nor such newly created records which can be dynamically updated Thus the 
presently preferred method and system of the present invention enables unique user defined locally 
Identifiable trading instrument displayable data records to be created at the receiving end from a common 
60 remotely transrnitted trading instrument data stream dependent on the displayable information needs of 60 
the user or local subscriber. Accordingly, the disadvantages of the prior art are overcome by the system and 
method of the present invention. 



30 



The present invention relates to a method and system for dynamically creating a receiver definable 
local trading instrument displayable data record from a remotely transmitted trading instrument common 
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data stream whereby unique user defined locally identifiable trading instrument displayable data records 
may be created at the receiving end from the common remotely transmitted trading instrument data stream 
dependent on the displayable information needs of the user or local subscriber. The transmitted trading 
instrument common data stream may be in the form of logical data records and/or in a page display format 
5 comprising a plurality of display rows, in which instance, the page display format is converted to a logical 5 
data format prior to the creation of the receiver definable local trading instrument displayable data records* 
In either instance, the transmitted trading instrument common data stream which is provided from a 
remote source comprises a plurality of transmitted trading instrument data records. When the transmitted 
data records are in a logical data format, each of ths trading instrument data records comprises a plurality of 
10 different displayable information record fields with each of the displayable information record fields for a 10 
particular trading instrument data record comprising an information category for the particular trading 
instrument 

When the transmitted trading instrument data record is in a page display format, a local receiver 
template is defined at the receiving end in order to convert the page display format to a logical data format. 

1 5 In defining the local receiver template, data locations in a portion of the page display format are defined for 1 5 
defining relative positions of logical fields in the page display format for a given display row in the page 
display format for providing a local template defined set of displayable information record fields. Each of 
the defined data locations comprises a defined area of the page display format display row. Each of the 
defined areas comprises an individual displayable information record field in the received transmitted 

20 displayable page data record with the displayable page data record comprising a plurality of bytes. In such 20 
an instance, each field is defined by an offset from the beginning of the associated area and the number of 
bytes comprising the field. 

In either instance, a desired filter set of displayable information record fields is defined at the receiving 
end with the defined desired filter set comprising a plurality of record field identifiers. Each of the record 

25 field identifiers is uniquely associated with a different one of the displayable information record fields, with 25 
the defined filter set comprising a receiver defined portion of the plurality of available displayable 
information record fields. In the instance when a local receiver template is employed for data in a page 
display format, the desired filter set is defined in the local receiver template and is extracted from the local 
receiver template with the extracted filter set comprising a plurality of record field identifiers. 

30 When the transmitted trading instrument data record is in the form of logical data, it is tagged in the 30 
received transmitted trading instrument common data stream with the desired receiver defined filter set for 
defining a new receiver defined local trading instrument displayable data record for each of the tagged 
transmitted trading instruments with the new local trading instrument displayable data record comprising 
only the portion of the information categories corresponding to the receiver defined portion of displayable 

35 information record fields. Thus, a new user defined local trading instrument is created which provides a 35 
display of only the information desired by the local subscriber. Moreover, this new user defined local 
trading instrument may be dynamically updated as the particular categories defined in this new local 
trading instrument are dynamically updated in the transmitted common data stream so that from the local 
subscriber's point of view it appears as if he is dynamically receiving his uniquely tailored local trading 

40 instruments such as stocks, bonds or other financial instruments. When the particular transmitted trading 40 
instrument data record is in a page display format, this record is tagged in the common data stream with the 
associated local receiver template for defining a new receiver defined local trading instrument displayable 
data record for each of the tagged transmitted trading instrument displayable page data records, with the 
extracted filter set displayable information record fields defining the new receiver defined local trading 

45 instrument displayable data record which comprises a reconstituted data record different from the 45 
transmitted trading instrument displayable page data record. This is also true for data in the logical data 
format wherein the extracted filter set displayable information fields comprise a reconstituted data record 
for each of the created new local trading instrument displayable data records which reconstituted data 
record is different from the transmitted trading instrument data record. 

50 In accordance with the presently preferred method of the present invention, the filter set and/or the 50 
template may be varied or a common filter set and/or template may be used for a plurality of different 
transmitted trading instrument data records so as to provide a plurality of receiver defined new local 
instrument trading instrument displayable data records having a common set of information categories, 
such as for all NYSE stocks or for the stocks in the Dow Jones Average. Moreover, in the instance of data 

55 transmitted in a page display format, the user created local template may be repetitively used on different 55 
rows of a given page display and/or on different page displays to provide a plurality of receiver defined new 
local trading instrument displayable data records. 

By employing the method and system of the present invention an efficient system for dynamically 
creating receiver definable or locally identifiable dynamically updateable local trading instrument 

60 displayable data records at the receiver end or local subscriber so that only the information desired by the 60 
local subscriber is displayed on his screen as user defined local trading instruments is achieved, 

Rg. 1 is a diagrammatic logic flow diagram illustrating the presently preferred method of the present 
invention for dynamically creating locally identifiable receiver defined dynamically updateable local tradmg 
instrument displayable data records at the receiver end from a remotely transmitted common trading 



Fig. 2 is a diagrammatic logic flow diagram of the presently preferred method of the present invention 
Illustrated in Fig. 1, illustrating the presently preferred method for treating the logical data and/or oaae data 
feed illustrated in Fig. 1 ; ^ 

Fig. 3—8 are diagrammatic illustrations relating to the creation of local templates for the treatment of 
5 data transmitted in a page display format in accordance with the presently preferred method of the present 5 
invention illustrated in Fig. 1 ; k ^ 

Fig. 9 is a diagrammatic illustration of the presently preferred method of creating fields in converting 
page data to logical data in accordance with the presently preferred method of the present invention 
illustrated in Fig. 1; 

1 0 Fig. 10 is a diagrammatic illustration of a typical data record in accordance with the presently preferred 1 0 
method of the present invention; and 

Fig. 11 is a diagrammatic illustration, similar to Fig. 10, of a typical update data record for price in 
accordance with the presently preferred method of the present invention. 

For purposes of illustration, the presently preferred method of the present invention shall be described 
1 5 in terms of an information retrieval system for trading instrument data, such as stock market data and 1 5 

money market information and particularly in terms of use with a high speed remotely transmitted data 
feed or common data stream of such trading instrument data records such as REUTER MARKETSTREAM 
which is described in the aforementioned commonly owned copending U.S. Patent Application Serial No 
813,703, filed December 27, 1985, specifically incorporated by reference herein in its entirety, and which is a 
protocol used for long distance transmission of logical data which is ISO compatible. As shown and 20 
preferred in Fig. 1 , and as wiil be described in greater detail hereinafter, the presently preferred method of 
the present invention is also usable with trading instrument data records which are transmitted in a page 
display format as opposed to a logical data feed, such as illustrated in Fig. 3, wherein the page display data 
IS preferably converted to logical data in accordance with the presently preferred method of the present 
2 5 invention prior to treating the data to provide a locally identifiable or receiver defined local trading 25 
■nstrument displayable data record in accordance with the presently preferred method of the present 



20 



invention. 



For purposes of the following description of the presently preferred method of the present invention it 
IS assumed that the system employed transmits and receives standard 8 bit ASC1 1 characters and that there 

30 is a perfect transmission link in keeping with an ISO OSI model. 3q 
Referring initially to Fig. 1, the general approach to the presently preferred method of the present 
invention is shown. A common remotely transmitted trading instrument data stream, such as the 
aforementioned REUTER MARKETSTREAM, is transmitted from the remotely located transmitter data base 
20 to the various local receiver data bases located at a plurality of local subscribers, with only one such 

35 typical subscriber data base 22 being illustrated in Fig. 1. Atthe local receiver data base 22, the local 35 
subscriber may create its own local data base as a subset from the overall transmitted data base 20, such as 
in accordance with the method described in the aforementioned copending U.S. Patent Application Serial 
No. 813,703, filed December 27, 1985 incorporated by reference herein. The transmitted common data 
stream may contain trading instrument displayable data records which are in a page display format as 

40 represented by reference numeral 24, such as illustrated in Fig. 3, and/or in the presently preferred logical 40 
data format, represented by reference numeral 26, which is the format of the REUTER MARKETSTREAM 
data feed, such as described in the aforementioned copending U.S. Patent Application Serial No, 813,703, 
filed December 27, 1985.These transmitted trading instrument data records are preferably identified by 
unique codes or RlCs. As shown and preferred in Fig. 1, and as previously referred to, trading instrument 

45 displayable data records which are desired or requested by the local subscriber and which are transmitted 45 
and received in a page display format are first preferably converted to a logical data feed format such as 
employed for the REUTER MARKETSTREAM data feed, as represented by reference numeral 28, and then 
treated as a logical data feed in the same manner as the transmitted and received logical data feed data, as 
represented by reference numeral 30. Thereafter, the local receiver processes the receiver defined locally 

50 identifiable trading instrument displayable data records, as represented by reference numeral 32, to provide 50 
a tailored display of these unique user defined or local trading instruments, as represented by reference 
numeral 34. 

Trading instrument data records, such as illustrated in Fig. 10, normally contain a plurality of fields or 
information categories relating to the particular trading instrument which fields in a logical data record such 

55 as REUTER MARKETSTREAM are each identified by a unique field identifier or FID which is preferably a 55 
numeric identifier. By way of example, the belowtable illustrates a typical group of fields and 
corresponding unique numeric field identifiers which could be employed with a logical data feed common 
data stream to be treated in accordance with the presently preferred method of the present invention to 
provide uniquely tailored locally identifiable receiver defined updateable trading instrument displayable 

60 data records employing one or more of these fields for any given trading instrument or RIC dependent on 60 
the needs and desires of the local subscriber, with the local subscriber using a filter set, which is a subset of 
fields, to define those particular fields which are relevant to his interest, in accordance with the presently 
preferred method of the present invention. These filter sets are, in turn, preferably uniquely defined by filter 
set identifiers which are unique numeric identifiers of the filter sets. 
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FID Field Name 

3 Display-Name 

4 Exchange-ID 
5Trade_Price-.1 
6 Trade_Price-2 
7Trade_Price-3 
8Trade_Price-4 
9 Trade_Pnce-5 

10 Net-Change 

11 High 

12 Low 

13 Price-Tick 
14Currency_Code 

15 Last-Activity-Type 

16 Trade-Date 

17 Date_of -Activity 

18 Trade-Time 

1 9 Time-of-Activity 

20 Open 

21 Close 

22 Previous-Close 

23 Historic-Close 

24 Bid-Price 

25 Ask_Price 

26 Bid.size 

27 Ask-Size 

28 Bid-Ask-Condition-Code 

29 Accumulated-Volume 

30 Dividend 

31 Earnings 

32 Yield 

33 Price-Earnings-Ratio 

35 Dividend-Payment-Date 

36 Ex_Dividend_Date 

40 Block-Count 

41 Block- Volume 

42 Trade-Exch-ID 

43 Bid_Exch-ID 
44Ask-Exch_ID 

45 Open-1 

46 Open_2 
-47 Open-Type 

48 Close. 1 

49 Close-2 

50 Close-Type 

51 Previous_Close-1 

52 Previous_CIose_2 

53 Previous_Close_Type 
54Historic-Close-l 

55 Historic_Close_2 

56 Historic-Close-Type 

57 Dow_Jones-News-Time 

60 Market-Condition-Code 

61 Life_of-Contract-High 

62 Life-of_Contract-Low 

63 Open-Interest 

64 Open-lnt-Net-Change 

65 Strike-Price 

66 Expiration-Date 

67 Maturity-Date 

68 Coupon-iRate 

69 Settlement-Price 

70 Previous-Settlement-Price 

71 Settlement-Net-Change 



Typical Field List 



73 Ring-Price 

74 Upper_Trading_Limit 

75 Lower_Trading_Limit 

76 Number_of_Moves 

77 High-Type 

78 Low-Type 

79 Close-Bid 

80 Close-Ask 

81 Official-Exchange-Number 

82 Ex-Markers 

83 Kassakurse.Price 

84 Kassakurse-Qualifier 

85 Issue-Time 

86 Parity-Price 

87 Forward-Price 

88 Geloster-Price-lndicator 

89 First-Period-Price 

90 Second-Period-Price 

91 Capitalisation 

92 Buying-Contracts 

93 Selling-Contracts 

94 Euroclear-Number 

95 Number-of-Buyers 

96 Number_of-Sellers 

97 AM-Close 

98 PM-Close 

99 Open_lnterest-1 -Day-Previous 

100 Open-lnterest-2_Day-Previous 

101 Open_Range-1st_Extreme 

102 Open-Range_2nd-Extreme 

103 Kerb-Trade 

104 Kerb-Bid 

105 Kerb- Ask 

106 Kerb-Volume 

107 Redemption-Price 

108 Issue-Price 

1 09 Accrued- Interest 

110 Fiscal-Credit 

111 Gross-Dividend 

112 Net-Dividend 

113 Echeance-Month 

1 14 Echeance-Number 

115 Echeance_Price-1 

116 Echeance_Price-2 

117 Echeance_Price_3 

118 Echeance-High-1 

119 Echeance-High-2 

120 Echeance_High_3 

121 Echeance_Low_1 

1 22 Echeance_Low_2 

1 23 Echeance_Low_3 

1 24 Currency-Fixing-lntbnk-Prlce 

125 Currency-Fixing_Bid-Price 

1 26 Currency-Fixing-Ask-Price 

127 Report-Deport 

128 Premium 
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It should be noted that the above exemplary fields are preferably variable length with a typical data 
record being illustrated in Rg. 10, using ASCII data separators, with the symbol "IS" representing an 
information separator. The ASCII information separators, such as file separator (FS), group separator (GS) 
record separator (RS) and unit separator (US), are used in a hierarchial manner, i.e. when they are used as ' 
5 parentheses the lower level separator has the effect of dosing the parentheses for that level and all hiaher 5 
onces, as illustrated in Fig. 1 1. For example, in REUTER MARKETSTREAM there in a hierarchy of fields and 
groups of fields which is supported by the presently preferred method of the present invention- e g the 
fields of an update FID and Data, are separated from each other by the ASCII separator <US> and the pair 
FID <US> <DATA>, are separated from additional pairs by the ASCII separator <RS> in the conventional 
1 0 BNF type of notation employed hereinafter in describing the presently preferred method of the present 10 
invention. In employing this exemplary BNF notation herein, the following definitions are employed- < > 
IS used to enclose a named thing; <Alpha name> represents any RIC: <Application specific field> 
indicates a field of characters sent, unique to an implementation; <RIter set> represents a subset of fields 
relevant to a host which is a computer, such as an IBM PC operating in accordance with the presently 

1 5 preferred method of the present invention, for receiving the processed logical data feed or contributed data 1 5 

provided as opposed to a TC or terminal controller which transmits the processed logical data feed or 
receiver contributed data; <Rlter Set ID> represents the numeric identifier of a filter set; <Field ID> 
represents a numeric identifier of a data feed field such as illustrated above in the typical field lisf <Local 
field ID> is the same as a field ID but defined by the host; <Reld Data> represents the ASCII equivalent of 
20 an update and allows for partial field data; <Source Logical address> represents the logical address such 20 
as 24 bits expressed as six hexadecimal characters; CIP represents the contributor interface processor- 
<RTL> represents the transaction level which is incremented each time an update or correction is received 
for a record; <DATA Partition> which represent the field which denotes the database partition which has 
this RIC, <RIC> which represents the unique code for a transmitted record; <Template number> which 

2 5 represents the number indicating the template associated with a record which template, in accordance with 25 

the presently preferred method of the present invention, enumerates the fields of a record and associates 
the field IDs with that template and is used in connection with a page display data feed; <Parse Method> 
which is the method used to extract logical data from page data; <Presentation Method> which is the 
method used to convey a logical field derived by parsing. The ASCII or ISO separators FS, GS, RS US 
30 referred to above, are enclosed in <> as well. * > , , 

In addition to the above notation, the following notation is also employed herein: 1 {...}m indicates that 
the enclosed structure may occur 1 to m' times; { ) encloses optional structures; COMMAND represents a 
host-to-TC communication; TRANSMISSION represents a TC-to-host communication; MESSAGE 
represents either a command or transmission; Filter set 0 by convention means all fields; Port represents 

35 the circuit (physical/virtual). With respect to the presentation syntax employed, objects are named and used 35 
mo while literals are not contained in < >; items that can occur a variable number of times are presented 
as m{...}n indicating that the named structure can occurfrom m to n times; and optional fields are enclosed 
by ( ). With respect to the control codes employed, CS! is the ISO control sequence introducer; REP is an ISO 
control sequence represented by CSI n b and indicates that the prior graphic character is to be repeated n 

40 times; CUF is the ISO editor function cursor forward represented by CSI n C, where n is the number of 40 
character positions forward the cursor is moved; CAN is an ISO control used to indicate that the data since 
the prior <FS> is in error and should be discarded; and EM which is the ISO end of medium character 
received for use by the packet layer-presentation layer interface. It should be further noted that field 
contents are represented in a display compatible form with members preferably being represented by a 

45 sequence of ASCII characters and with any offset into a field being indicated by the ISO editor function CUF 45 
cursor forward which is represented by CSI n C where n is the offset value. 

Now that the basic notation to be used herein in describing the presently preferred method of the 
present invention has been defined, the various steps employed herein will be described in greater detail 
hereinafter using thus notation. However, before doing this, the method of the present invention shall 

50 generally be described with reference to Rg. 2. The host computer at the local subscriber which processes 50 
the incoming common data stream and creates the locally defined local trading instrument displayable data 
records dependent on the user's needs, may preferably be any conventional microcomputer capable of 
sending and receiving standard 8 bit ASCII characters, such as an IBM PC or IBM compatible computer, by 
way of example, capable of operating, by way of example, under a PLyM-86 compiler for C code, such as 

55 available from Lattice Inc. The host computer preferably determines whether the remotely transmitted 55 
common trading instrument data stream data record being received is a logical data feed such as provided 
by REUTER MARKETSTREAM and described in the aforementioned U.S. Serial No. 813,703, filed December 
27, 1985, or a page display data format, as represented by reference numeral 50 in Fig. 2. If the received 
record is a logical data feed, then the request list is examined by the host computer to determine if this 

60 logical instrument record has been requested, as represented by reference numerals 52 and 54 in Rg. 2. 60 
Prior to this, it is assumed that the local subscriber has created and indicated to the host computer a 
definition of the relevant filter set to be employed for a particular trading instrument or instruments of 
interest and has related each selected trading instrument to a user defined filter set. In addition, the user will 
have indicated whether a snapshot or one time request is desired or whether an updateable request is 

65 desired. Thereafter, if the host computer determines that the received logical trading instrument is one 65 
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which has been requested by the user or local subscriber, it looks up the relevant field set definition which 
has been tagged to that record or RIC and determines the particular fields selected by the local subscriber, 
as represented by reference numerals 56 and 58 in Fig. 2. This information is then used to reformat the 
received tagged transmitted trading instrument data rcord into a new receiver defined local trading 
5 instrument displayable data record which is a reconstituted data record which comprises only the portion of 5 
the fields or information categories corresponding to the user defined filter set as opposed to all of the 
various fields contained in the remotely transmitted trading instrument data record as represented by 
reference numeral 60 in Fig. 2, with the reconstituted data record being illustrated in Fig. 10. This 
reconstituted data record or locally identifiable trading instrument is then processed and displayed at the 

1 0 local subscriber terminal by the terminal controller or TC, as represented by reference numeral 62 and 64 in 10 
Fig. 2, which display contains only the selected information categories desired by the local subscriber. 
Moreover, this new local trading instrument may be dynamically updated in real time as the received 
transmitted trading instrument data record is updated in the common data stream so that to the user it is as 
if the unique user defined local trading instrument had been transmitted as such from the source of the 

1 5 common data stream. A typical update data message for price in accordance with the presently preferred 1 5 
method of the present invention is shown in Fig. 1 1 which employs the aforementioned hierarchical ASCII 
information separators. 

As was previously mentioned, the transmitted original data records received by the host computer may 
be in the form of page display data as opposed to a logical data feed, such as illustrated in Figs. 3 and 9, in 

20 which instance the received record is preferably first converted to the same type of format as the logical 20 
data feed so as to preferably make the record independent of the display. Again referring to Fig. 2, if the 
received record is in a page display format, the local ID for the page is looked up by the host computer In 
order to determine if this page has been requested, as represented by reference numerals 66 and 68 in Fig. 
2. The desired page display data is then preferably converted to logical data, as will be described in greater 

25 detail with reference to Figs. 3 — 9, as represented by reference numeral 70 in Fig. 2. As will be described in 25 
greater detail hereinafter, the local subscriber preferably creates local template definitions in accordance 
with the presently preferred method of the present invention. The user created local template definition 
defines the fields to be used in extracting data in the manner of the aforementioned field sets, but which are 
preferably used in the page-to-logical data conversion process as shown in Fig. 9. The page display data 

30 record is tagged with the local template whose definition is then looked up by the host computer and the 30 
relevant fields defined by the local template are then extracted from the local template, as represented by 
reference numerals 72 and 74 in Fig. 2. Thereafter, since the page display data record has been converted to 
a logical data record, it is then preferably processed in the previously described manner used for a logical 
data feed. 

35 As shown and preferred in Figs. 3 — 9, in converting page data to logical data in accordance with the 35 
presently preferred method of the present invention, a local template is first defined by the user and an area 
of a page is named and associated with that local template. The local template preferably assumes a 
continuous string of bytes to be a record with areas of that record then being chosen to be individual fields 
as illustrated by way of example in Fig. 9 which shows seven fields comprising exemplary template #1 , 

40 which fields are defined by areas of the record, which record is illustratively shown as comprising one 40 
display row on the page, such as for DMK in the exarinple of Fig. 9. These areas chosen to be individual fields 
are preferably chosen by specifying the offset from the beginning of the area and the number of bytes that 
make up that field. Preferably, as shown by way of example in Fig. 9, the area is chosen by specifying an 
upper left corner and a lower right corner of a rectangle, with the area then being considered to be a 

45 continuous string with no breaks. Of course, the user could reasonably restrict the area to be the entire page 45 
by not allowing the start and end to be specified and, in the same way, fields could be restricted so that they 
do not cross display rows. Fig. 9 also illustrates a typical filter set definition which can be extracted from the 
local template defined therein as well as a typical snapshot request based thereon. 

Pigs, 3 — 8 illustrate another example, in simpler form, for converting page data to logical data and 

50 ultimately to the user defined local trading instrument. Thus, Fig. 3 illustrates a typical page display for an 50 
exemplary trading instrument for gold by way of example. Fig. 4 illustrates the user defined local template 
for a single display row which covers the particular categories or fields of interest for that user defined by 
areas in the page display of Fig. 3 which template is logically overlayed on the page display to create the 
local template defined local trading instrument, which is given a new logical instrument name, such as 

55 represented by JG1 in Fig. 5, with the template being represented in Fig. 6. Fig. 7 illustrates the repetitive 55 
use of this same local template definition for a different display row in the page display format of Fig, 3 to 
create a different local trading instrument represented byAPGI in Fig. 8. Thus, in converting page data to 
logical data, the page must be defined, the local template defined, the "position" of the template in the page 
display defined and the new local trading instrument be given a local ID or logical instrument name, 

50 whereby it can then preferably be treated in the same manner as transmitted logical data. 60 
It should be noted, however, that in accordance with the presently preferred method of the present 
invention, a single or common user created local template can be repetitively employed for different display 
rows of a given page display, as illustrated in Figs. 3 — 8, and/or for different page displays. In this regard, it 
should be noted that preferably all database items are conceived as records and fields of those records, with 

^ ^ ='^ch record bgvino a uninue record name. In the instances where temolates are emoloved. record formats 65 



are preferably defined by their template which is a list of the fields within a record. Thus, records which 
have the same format have the same template. For example, as previously mentioned, all NYSE stocks 
could have the same template in accordance with the presently preferred method of the present invention 
With respect to field ID's for a given page display, they may preferably be arbitrary, with lines or half lines 
5 usually comprising fields. g 
Various ISO type control commands are preferably employed with the host computer to enable the host 
computer to act as a keystation as well as a computer in accordance with the presently preferred method of 
the present invention. By way of example, and using the aforementioned BNF type notation, these 
exemplary ISO type control commands are as follows, assuming the protocol employed in accordance with 
1 0 the presently preferred method of the present invention is the aforementioned MARKETFEED. 1 0 

The Set Marketfeed Mode command which establishes Marketfeed as the protocol. The format is- 
<CSI>?100h, 

The Reset from Marketfeed Mode command which returns the TC to normal mode. The format is- 
<CSI>?100m. 

1 5 The Reset to Initial State which may be used as a command or transmission and causes initialization. It 1 5 
is a complete reset The format is: 
<ESC>c 

The Soft Reset which clears the output queue and stops all update traffic. The format is* 
CSIIp. 

20 The Set Port On command which will enable the port. It is assumed that some other port will be 20 
disabled by this command. The format is: 
CS!?103h. 

The Reset Port Off command which will disable the port. The only command that will be seen by the 
port is Set Port On. If a TC can only support a limited number of ports it needs these commands. The format 
25 is: 25 
CSt?103m. 

As was previously mentioned, an important aspect of the presently preferred method of the present 
invention relates to the ability of the user or local subscriber to define filter sets, which may be added or 
deleted as desired in the user to provide the desired user defined locally identifiable trading instrument 

30 display records at the receiver. These filter set definitions, as previously described, are preferably used by 30 
the host computer to select a particular user defined collection of fields to be passed from a terminal 
controller or TC, with the filter sets controlling the data the host computer receives. For example, one filter 
set may be defined to contain price and volume by a host doing charting and another filter set may be 
defined to contain closing price only for a host computer that may be doing portfolio analysis. By way of 

35 example, it is assumed that filter set 0 is defined to mean all fields, exclusive of permissions if they are 35 
employed. The record of interest is preferably tagged by the host with the relevant filter set number in 
accordance with the presently preferred method of the present invention, thereby eliminating the need to 
tag individual fields within the record. In the maintenance of filter sets in accordance with the presently 
preferred method of the present invention, various commands are employed by way of example. These 

40 exemplary commands are as follows, using illustrative message numbers which correspond to these 40 
exemplary commands. 

The Add Filter Set Definition {message #303) message which defines a filter set. This definition 
associates a filter set number with a list of field IDs and provides a way for the host computer to define a 
collection of fields of interest. 
45 The format is: 
<FS>303 

<GS> <Rlter_set_number> 
1 {<RS> <Field_ID>}m 
<FS> 

50 The drop Filter Set Definition (message #31 1 ) command which deletes filter set definition. It is an error 50 
in accordance with the presently preferred method of the present invention to delete a filter set while data 
requests using that filter set are active. 
The format is: 
<FS>311 

55 <GS><filter set-number> cc 

<FS> 

The Drop all Filter Set Definitions (messages #406) command which deletes all filter set definitions. It is 
an error in accordance with the presently preferred method of the present invention to delete all filter sets 
while any request using a filter set is outstanding. 
60 The format is; cq 
<FS>406 
<FS> 

Apart from the above Filter Set maintenance message, two type of data requests are also preferably 
employed in accordance with the presently preferred methojd of the present invention. These are a request 
65 ^or data (snapshot) and a request for data to be followed by updates. 65 
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The Data and Update Request (message #332) command requests the present values of the data 
selected by the filter set and enables updates of those fields for the named instrument to follow. 
The format is: 

<FS>332(<US><Application-specific-field>) 
5 <GS><A!pha-name>(<US><Filter-set_ID>) 5 

<FS> 

Other examples of possible commands employed in accordance with the presently preferred method of 
the present invention are as follows. The Cache Request (message #336) command which requests the 
controller to cache the data. 

10 The format is: 10 
<FS>336(<US><Application-specific_field>) 
<GS><Alpha_name>(<US><Filter-set-ID>) 
<FS> 

As was previously mentioned, the default filter set is 0, all fields. 
1 5 The Cache Release (message #337) command which requests the controller to unlock the data from 1 5 
cache. 

The format is: 

<FS>337(<US><Application..specific_field>) 
<GS><Alpha_name> 

20 <FS> 20 

The Cache Delete (message #387) command which requests the controller to delete the data from 
cache. 

The format is: 

<FS>387(<US><Application_specific-field>) 
25 <GS><Alpha-name> 25 

<FS> 

The Halt Updates (message #348) command which is used to halt updates on a given trading 
instrument or RIC. 
The format is: 

30 <FS>348(<US><Application-specific-fteld>) 30 

<GS><Alpha_name> 
<FS> 

The Host Identify (message #371 ) command which allows a host to establish its logical address so the 
TC can get permissions, 

35 The format is: 35 
<FS>371(<US><App!ication-specific-field>) 
<GS><LogicaLaddress> 
<FS> 

The Time Request (message #372) command which requests the TC's time of day. 

40 The format is: ^0 
<FS>372<US><Application-specific-fieId> 
(<GS><Request«type>) 
<FS> 

By way of example, if the Request type is 0 then time is to be sent once. If the request type is 1 the time 
45 is to be sent each time the TC receives it, and if the request type is 2 the time transmission should be 45 
stopped. The default request type is 0. 

Now that some typical messages and commands have been discussed, some typical responses, such 
as data responses, sync responses, status responses, etc. will be discussed by way of example. The Data 
Response (message #340) transmission is preferably issued by the TC in response to a request. It is 
50 transmitted before any updates. Included updates should not be duplicated and no subsequent updata 50 
should be lost. It can be used to determine the template of an instrument. The template may be required so 
the receiving program can allocate data storage for the instrument. 

The class of a local ID is 255. 

The format is: 

<FS>340(<US><Application_specific_fie!d>) 55 
<GS»<Alpha_name><US><Template-No>(<US><RTL><US><Data_Partition>) 
1{<RS><FieId_ID><US><FieId_value>}n 
<FS> 

The Verify or sync (message #318) transmission is preferably issued by a DATAFEED ONLY. It reflects a 
copy of the central data base and is synchronous with the updates. 60 
The format is: 

<FS>318(<US><Applicatlon_specific_field>) 

<GS»<Alpha_name><US><Template-No>(<US><RTL><US><Data-Partition>) 
1{<RS><Field-lD><US><Field_value>}n 

<FS> 65 
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The Status Response (message #407) transmission is preferably used to communicate status to the 
host. 

The format is: 

<FS>407<US><Application-specific-fieId> 
5 <GS><Status> 5 

(<RS><variable>) 
<FS> 

Status= 1 =Negative for technical reasons 
Status=2= Negative — no such name, variable=name 
10 Status=3=Not permissioned, variable=name 10 
Status=4= Looking, wait (MS type system), variable=name 
Status=5=Port not available 

Status=6=No such filterset number, variable=filterset number 

Status=7=lnvalid Local Template Definition, variable=Local Template ID 
1 5 Status=8=lnvalid local ID Definition, variable^ Local RIC 1 5 

Status= 1 0=Too many names, variable=name 

Status= 1 1 =Too many filter sets, varrable=f ilterset ID 

Status= 1 2=Too many Private templates, variable=template no 

Status=13=Too many Local IDs, Variabie=Local ID 
20 Status=20=Communication accepted (can be used if a positive acknowledge scheme is required) 20 

Status=21 =Queue overflow 

STATUS=22=lnvalid Host logical address, Vanab(e=Logical address 

Another type of exemplary transmission used to communicate status t the host is the Asynchronous 
Status Response (message #408). It is useful for broadcast devices which may encounter error conditions 
25 some time after the request is made. 25 
The format is: 

<FS>408(<US><Application_specific_field>) 

<GS><Status> 

(<RS><variable>) 

30 <FS> 30 

The field Update (message #316) transmission is used to provide updates. The fields are preferably 
limited to those listed in the filter Set Definition. 
The format is: 

<FS>316(<US><Application.specific-field>) 
35 <GS><Alpha_name>(<US><RTL><US><Data_Partition>) 35 

1 {<RS><Field_ID><US><Update_Data>}m 
<FS> 

Other exemplary responses are correction, database add, database drop and time response. These are 
as follows. 

40 Correction (message #317) is transmitted as a consequence of the controller receiving a correction. 40 
The format is: 

<FS>316(<US><Application_specific_field>) 
<GS><Alpha_name>(<US><RTL><US><Data-Partition>) 
1 {<RS><Field_ID><US><Update_Data>}m 
45 <FS> 45 

Datebase Add (message #301 ) is transmitted as a consequence of the controller receiving a database 
add. This indicates that a new name has been added to the database. 
The format is: 

<FS>301 (<US><Application_specific_fieid>) 

50 <GS><Alpha_name><US><Template_No>(<US><RTL><US><Data_Partition>) 50 

1{<RS><Field-ID><US><FieId.value>}n 
<FS> 

Database Drop (message #308) is transmitted as a consequence of the controller receiving a correction. 
This indicates that a name has been dropped from the database. 
55 The format is: 55 
<FS>301 (<US><Application_specific_field>) 
<GS><Alpha»name> 
<FS> 
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Time Response (message #367) is the time and date message. 
The format is: 

<FS>367(<US><Appiication_specific-fie!d>) 

<GS><Julian-caiendar_year> 
5 <US><Julian_calendar_month> 5 

<US><Julian_calendar_day> 

<US><Twenty_four hour_Hours> 

<US><Minutes> 

<US><Seconds> 

10 <FS> 10 

Some typical commands which may be employed by way of example, in accordance with the presently 
preferred method of the present invention in converting page to logical data are to add or drop a local ID 
definition, add or drop a local template definition, drop all local IDs or drop all local templates. These 
exemplary commands are defined as follows. 
1 5 The Add Local ID Definition (message #400) command names an area of a page and relates a local 1 5 

template to that area. The local template will be used to find individual fields within that area. 
The format is: 

<FS>400(<US><Application_specific_fie!d>) 
<GS><LocaLRIC> 

20 <GS><Page-alpha-name> 20 

<RS><LocaLtemplate_ID> 

(<RS><Beginning-row><US><Beginning_column> 

<US><Ending-row><US><Ending_corner_column>) 

<FS> 

25 It should be noted that if the beginning and ending positions are omitted they are assumed to be the 25 
entire extent of the page. 

The Add Local Template Definitions (message #401 ) command defines a local template which gives 
the length and offset of fields within an area. It is used for extracting fields from an area of a page. The parse 
method denotes how the data is to be extracted from the string and the presentation method indicates how 
30 it is to be transmitted. A local template is preferably given a negative number to distinguish from the 30 
templates employed in connection with MARKETSTREAM byway of example. 
The format is: 

<FS>401{<US><Appiication_specific_field>) 
<GS><Local_template«ID> 

35 1{<RS><LocaLfield-lD><US><Length><US><Byte-offset> 35 

(<US>Parse_Method<US><Presentatlon_Method>)}m 
<FS> 

The Drop Local ID (message #402) command will delete a local ID. 
The format is: 

40 <FS>402(<US><Application-specific_field>) 40 

<GS><LocaLRIC> 
<FS> 

The Drop Local Template (message #403) command is used to delete a local template definition. 
The format is: 

45 <FS>403(<US><Application_specific_field>) 45 

<GS><LocaLtemplate_ID> 
<FS> 

The Drop All Local IDs (message #404) command is used to delete all local IDs. 
The format is: 

50 <FS>404(<US><Application_specific-field>) 50 

<FS> 

The Drop All Local Templates (message #405) command is used to delete all local templates. 
The format is: 

<FS>405(<US><Application-speclfic_fie!d>) 
55 <FS> 55 

An exemplary program listing for achieving the various functions of the host computer described 
above in accordance with the presently preferred method of the present invention is annexed hereto as 
Tables A — G which may be run on an IBIV! PC and is in the format of PL/M-86 compiler written in C code such 
as available from Lattice Inc. 

60 Summarizing the presently preferred method of the present invention, when the transmitted trading 60 
instrument data record is in a page disolay format, a local receiver template is defined at the receiving end 
in order to convert the page display format to a logical data format. In defining the local receiver template, 
data locations in a portion of the page display format are defined for defining relative positions of logical 
fields in the page display format for a given display row in the page display format for providing a local 
B tsmolate defined set of disolavable information record fields. Each of the defined data locations comprises 65 
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a defined area of the page display format display row. Each of the defined areas comprises an Individual 
displayable information record field in the received transmitted dispiayable page data record with the 
displayable page data record comprising a plurality of bytes. In such an Instance, each field is defined by an 
offset from the beginning of the associated area and the number of bytes comprising the field. 
5 In either instance, that is whether the transmitted record is originally in a logical data format or a page 5 
display format, a desired filter set of dispiayable information record fields is defined at the receiving end 
with the defined desired filter set comprising a plurality of record field identifiers. Each of the record field 
identifiers is uniquely associated with a different one of the displayable information record fields, with the 
defined filter set comprising a receiver defined portion of the plurality of available displayable information 

1 0 record fields. In the instance when a local receiver template is employed for data in a page display format, 1 0 
the desired filter set is defined in the local receiver template and is extracted from the local receiver 
template with the extracted filter set comprising a plurality of record field identifiers. 

When the transmitted trading Instrument data record is in the form of logical data, it is tagged in the 
received transmitted trading instrument common data stream with the desired receiver defined filter set for 

1 5 defining a new receiver defined local trading instrument displayable data record for each of the tagged 1 5 
transmitted trading instruments with the new local trading instrument displayable data record comprising 
only the portion of the information categories corresponding to the receiver defined portion of displayable 
information record fields. Thus, a new user defined local trading instrument is created which provides a 
display of only the information desired by the local subscriber. Moreover, this new user defined local 

20 trading instrument may be dynamically updated as the particular categories defined in this new local 20 
trading instrument are dynamically updated in the transmitted common data stream so that from the local 
subscriber's point of view it appears as if he is dynamically receiving his uniquely tailored local trading 
instruments such as stocks, bonds or other financial instruments. When the particular transmitted trading 
instrument data record is in a page display format, this record is tagged in the common data stream with the 

25 associated local receiver template for defining a new receiver defined local trading instrument displayable 25 
data record for each of the tagged transmitted trading instrument displayable page data records; with the 
extracted filter set displayable information record fields defining the new receiver defined local trading 
instrument displayable data record which comprises a reconstituted data record different from the 
transmitted trading instrument displayable page data record. This is also true for data in the logical data 

30 format wherein the extracted filter set displayable information fields comprise a reconstituted data record 30 
for each of the created new local trading instrument displayable data records which reconstituted data 
record is differentfrom the transmitted trading instrument data record. 

By employing the method and system of the present invention an efficient system for dynamically 
creating receiver definable or locally identifiable dynamically updateable local trading instrument 

35 displayable data records at the receiver end or local subscriber so that only the information desired by the 35 
local subscriber is displayed on his screen as user defined local trading instruments is achieved. 

CLAIMS 

1 . A method for dynamically creating a receiver definable local trading instrument displayable record 
from a remotely transmitted trading instrument common data stream, said transmitted trading instrument 

40 common data stream comprising a plurality of transmitted trading Instrument data records, each of said 40 
trading instrument data records comprising a plurality of different displayable information record fields, 
each of said displayable information record fields for a particular trading instrument data record comprising 
an information category for said particular trading instrument, said common data stream being remotely 
transmitted to a receiving end; said method comprising the steps of: 

45 defining a desired filter set of displayable Information record fields at said receiving end, said defined 45 
desired filter set comprising a plurality of record field identifiers, each record field identifier being uniquely 
associated with a different one of said different displayable information record fields in said transmitted 
trading instrument common data stream, said defined filter set comprising a receiver defined portion of 
said plurality of different dispiayable information record fields; 

50 tagging at least one transmitted trading instrument displayable data record in said received transmitted 50 
trading instrument common data stream with said desired receiver defined filter set for defining a new 
receiver defined local trading instrument displayable record for each of said tagged transmitted trading 
instruments, said new local trading instrument displayable record comprising only the portion of said 
information categories corresponding to said receiver defined portion of displayable iniformation record 

55 fields; and 55 
extracting said receiver defined filter set displayable information record fields from said transmitted 
trading instrument common data stream for each of said tagged trading Instrument data records based on 
said filter set defined record field identifiers for providing said receiver defined local trading instrument 
displayable record, said extracted receiver defined filter set displayabfe information field comprising 

60 reconstituted data records for each of said created new local trading instrument displayable records, said 60 
reconstituted data records being different from said transmitted trading instrument data records; whereby 
unique user defined locally identifiable trading instrument displayable data records may be created at the 
receiving end from a common remotely transmitted trading instrument data stream dependent on the 
displayable information needs of the user. 
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2. A method in accordance with claim 1 wherein said filter set defining step comprise the step of 
varrying said defined filter set at said receiving end for providing a different filter set comprising a different 
unique plurality of record field identifiers, said tagging step comprising the step of tagging said transmitted 

' trading instrument data records with said different filter set. 
5 3. A method in accordance with claim 1 wherein said filter set defining step comprises the step of 5 
defining a plurality of different unique filter sets at said receiving end, each of said different unique filter 
sets comprising a different unique plurality of record field identifiers; said tagging step comprising the step 
of tagging different transmitted trading instrument displayable data records In said transmitted trading 
instrument common data stream with different ones of said plurality of different filter sets; whereby a 

1 0 plurality of different locally identifiable trading instrument data records are created at the receiving end 1 0 

from said common received trading instrument data stream. 

4, A method in accordance with claim 3 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable data record. 

15 5. A method in accordance with claim 2 further comprising the step of updating said receiver defined 1 5 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable page data record. 

6. A method in accordance with claim 1 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 

20 instrument displayable page data record. 20 

7. A method in accordance with claim 1 wherein said tagging step further comprises the step of tagging 
a plurality of different trading instrument displayable data records in said received transmitted trading 
instrument common data stream with a common desired receiver defined filter set for defining a plurality of 
said new local trading instrument displayable records for each of said common tagged transmitted trading 

25 instruments for providing a set of common displayable information categories for each of said common 25 
tagged transmitted trading instruments. 

8. A method in accordance with claim 7 wherein said filter set defining step comprise the step of 
varying said defined filter set at said receiving end for providing a different filter set comprising a different 
unique plurality of record field identifiers, said tagging step comprising the step of tagging said transmitted 

30 trading instrument data records with said different filter set. 30 

9. A method in accordance with claim 7 wherein said filter set defining step comprises the step of 
defining a plurality of different unique filter sets at said receiving end, each of said different unique filter 
sets comprising a different unique plurality of record field identifiers; said tagging step comprising the step 
of tagging different transmitted trading instrument displayable data records in said transmitted trading 

35 instrument common data stream with different ones of said plurality of different filter sets; whereby a 35 
plurality of different locally identifiable trading instrument data records are created at the receiving end 
from said common received trading instrument data stream. 

1 0. A method in accordance with claim 9 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 

40 instrument displayable data record, ' 40 

1 1 . A method in accordance with claim 7 wherein further comprising the step of updating said receiver 
defined local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable data record. 

12. A method in accordance with claim 8 further comprising the step of updating said receiver defined 

4*5 local trading instrument displayable record based on updating of said tagged transmitted trading 45 
instrument displayable data record. 

1 3. A method in accordance with claim 7 wherein said extracting step further comprises the step of 
repetitively extracting said receiver defined common filter set displayable information fields for each of said 
common tagged transmitted trading instruments. 

50 14. A method in accordance with claim 1 wherein said transmitted trading instrument common data 50 
stream further comprises at least one transmitted displayable page data record, said transmitted 
displayable page data record comprising a page display format comprising a plurality of display rows of 
trading instrument data, said method further comprising the steps of: 

defining a local receiver template at said receiving end, said local receiver template defining step 

55 comprising the step of defining data locations in at least a portion of said page display format for defining 55 
relative positions of logical fields in said page display format for a given display row in said page display 
format for providing a local template defined set of displayable information record fields, each of said 
defined data locations comprising a defined area of said page display format display row, each of said 
dblined areas comprising an individual displayable information record field in said received transmitted 

60 displayable page data record, said displayable page data record comprising a plurality of bytes, each field 60 
being defined by an offset from the beginning of the associated area and the number of bytes comprising 
the field said local receiver template defining step further comprising the step of defining a desired filter set 
of displayable information record fields; 

extracting said desired filter set from said receiver defined local template, said extracted filter set 

65 comprising a plurality of said record field identifiers, each record field identifier in said extracted filter set 65 



being uniquely associated with a different one of said local template defined displayable information fields; 

tagging at least one transmitted displayable page data record in said received transmitted trading 
instrument common data stream with said local receiver template for defining a new receiver defined local 
trading instrument displayable record for each of said tagged transmitted trading instrument displayable 
5 page data records; and g 
extracting said local template extracted filter set displayable information record fields from said 
transmitted trading instrument common data stream for each of said tagged transmitted trading instrument 
displayable page data records based on said extracted filter set defined record field identifiers for providing 
said new receiver defined local trading instrument displayable record, said new local trading instrument 
1 0 displayable data record comprising a reconstituted data record different from said transmitted trading 1 0 

instrument displayable page data record. 

1 5. A method in accordance with claim 14 wherein said transmitted trading instrument common data 
stream comprises a plurality of different transmitted displayable page data records, said template defining 
step further comprising the step of defining a common local receiver template usable for at least a portion 

1 5 of said plurality of said different transmitted displayable page data records, said tagging step comprising 1 5 

the steps of tagging said portion of said plurality of said different transmitted displayable page data records 
in said received transmitted trading instrument common data stream with said common local receiver 
template for defining a plurality of said new receiver defined local trading instrument displayable records 
for each of said common tagged transmitted trading instrument displayable page data records for 
20 providing a set of common displayable information categories for each of said common tagged transmitted 20 
trading instrument displayable page data records. 

1 6. A method in accordance with claim 1 5 wherein said local template extracted filter set displayable 
information field extracting step further comprises the step of repetitively extracting said local template 
extracted common filter set displayable information record fields for each of said common tagged 

2 5 transmitted trading instrument displayable page data records. 25 

17. A method in accordance with claim 14 wherein said local template defining step comprises the step 
of defining a common local receiver template usable for a plurality of trading instruments, said tagging step 
comprising the step of taggging at least a portion of said plurality of display rows in said received 
transmitted displayable page data record with said common local receiver template for defining a plurality 

30 of said new receiver defined local trading instrument displayable records for each of said common tagged 30 
display rows for providing a common set of displayable information categories for each of said common 
tagged display rows in said received transmitted trading instrument displayable page data record. 

18. A method in accordance with claim 17 wherein said local template extracted filter set displayable 
information field extracting step further comprises the step of repetitively extracting said local template 

35 extracted common filter set displayable information record fields for each of said common tagged 35 
transmitted trading instrument displayable page data record display rows. 

19. A method in accordance with claim 14 wherein said local receiver template defining step comprises 
the step of varying said template defined filter set at said receiving end for providing a different filter set 
comprising a different unique plurality of record field identifiers. 

40 20. A method in accordance with claim 14 wherein said transmitted trading instrument common data 40 

stream comprises a plurality of different transmitted displayable page data records, said local receiver 
template defining step further comprising the step of defining a plurality of different unique local receiver 
templates at said receiver end each defining a different unique filter set, each of said different unique filter 
sets comprising a different unique plurality of record field identifiers; said tagging step comprising the step 

45 of tagging different transmitted trading instrument displayable page data records in said transmitted 45 
trading instrument displayable page data records in said transmitted trading instrument common data 
stream with different ones of said plurality of different filter sets. 

21. A method in accordance with claim 14 wherein said local receiver template defining step further 
comprises the step of defining a plurality of different unique local receiver templates at said receiver end 

50 each defining a different unique filter set, each of said different unique filter sets comprising a different 50 
unique plurality of record field identifiers; said tagging step comprising the step of tagging different display 
rows in said transmitted trading instrument displayable page data record with different ones of said 
plurality of different filter sets. 

22. A method in accordance with claim 14 further comprising the step of updating said receiver defined 

55 local trading instrument displayable record based on updating of said tagged transmitted trading 55 
instrument displayable page data record. 

23. A method in accordance with claim 15 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable page data record. 

60 24. A method in accordance with claim 17 further comprising the step of updating said receiver defined 60 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable page data record. 

25. A method in accordance with claim 14 wherein said tagging step further comprises the step of 
tagging a plurality of different trading instrument displayable data records in said received transmitted 

65 trading instrument common data stream with a common desired receiver defined filter set for defining a 65 
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plurality of said new local trading instrument displayable records for each of said common tagged 
transmitted trading instruments for providing a set of common displayable information categories for each 
of said common tagged transmitted trading instruments. 

26. A method in accordance with claim 25 wherein said extracting step further comprises the step of 

5 repetitively extracting said receiver defined common filter set displayable information fields for each of said 5 
common tagged transmitted trading instruments. 

27. A method for dynamically creating a receiver definable local trading instrument displayable record 
from a remotely transmitted trading instrument common data stream, said transmitted trading instrument 
common data stream comprising a plurality of transmitted trading instrument displayable page data 

1 0 records, each of said transmitted displayable page data records comprising a page display format 1 0 

comprising a plurality of display rows of trading instrument data, said common data stream being remotely 
transmitted to a receiving end; said method comprising the steps of: 

defining a local receiver template at said receiving end, said local receiver template defining step 
comprising the step of defining data locations in a portion of said page display format for defining relative 

1 5 positions of logical fields in said page display format for a given display row in said page display format for 1 5 
providing at local template defined set of displayable information record fields, each of said defined data 
locations comprising a defined area of said page display format display row, each of said defined areas 
comprising an individual displayable information record field in said received transmitted displayable page 
data record, said displayable page data record comprising a plurality of bytes, each field being defined by 

20 3n offset from the beginning of the associated area and the number of bytes comprising the field, said local 20 
receiver template step further comprising the step of defining a desired filter set of displayable information 
record fields; 

extracting said desired filter set from said receiver defined local template, said extracted filter set 
comprising a plurality of said record field identifiers, each record field identifier in said extracted filter set 
25 being uniquely associated with a different one of said local template defined displayable information fields; 25 
tagging at least one transmitted displayable page data record in said received transmitted trading 
instrument common data stream with said local receiver template for defining a new receiver defined local 
trading instrument displayable record for each of said tagged transmitted trading instruments displayable 
page data records; and 

30 extracting said local template extracted filter set displayable information record fields from said 30 
transmitted trading instrument common data stream for each of said tagged transmitted trading instrument 
displayable page data records based on said extracted filter set defined record field identifiers for providing 
said new receiver defined local trading instrument displayable record, said new local trading instrument 
displayable data record comprising a reconstituted data record different from said transmitted trading 

35 instrument displayable page data record, each of said displayable information record fields for a particular 35 
trading instrument comprising an information category for said particular trading instrument, 

28. A method in accordance with claim 27 wherein said local template defining step further comprises 
the step of defining a common local receiver template usable for at least a portion of said plurality of said 
different transmitted displayable page data records, said tagging step comprising the steps of tagging said 

40 portion of said plurality of said different transmitted displayable page data records in said received 40 
transmitted trading instrument common data stream with said common local receiver template for defining 
a plurality of said new receiver defined local trading instrument displayable records for each of said 
common tagged transmitted trading instrument displayable page data records for providing a set of 
common displayable information categories for each of said common tagged transmitted trading 

45 instrument displayable page data records. 45 

29. A method in accordance with claim 28 wherein said local template extracted filter set displayable 
information field extracting step further comprises the step of repetitively extracting said local template 
extracted common filter set displayable information record fields for each of said common tagged 
transmitted trading instrument displayable page data records. 

50 30. A method in accordance with claim 27 wherein said template defining step further comprises the 50 
step of defining a common local receiver template usable for a plurality of trading instruments, said tagging 
step comprising the step of tagging at least a portion of said plurality of display rows in at least one of said 
received transmitted displayable page data records in said common data stream with said common local 
receiver template for defining a plurality of said new receiver defined local trading instrument displayable 

55 records for each of said common tagged display rows for providing a common set of displayable 55 
information categories for each of said common tagged display rows in said one received transmitted 
trading instrument displayable page data record. 

31 . A method in accordance with claim 30 wherein said local template extracted filter set displayable 
information field extracting step further comprises the step of repetitively extracting said local template 

60 extracted common filter set displayable information record fields for each of said common tagged 60 
transmitted trading instrument displayable page data record display rows in said one received transmitted 
trading instrument displayable page data record. 

32. A method in accordance with claim 27 wherein said local receiver template defining step further 
comprises the step of varying said template defined filter set at said receiving end for providing a different 

5 filter set comorising a different unique plurality of record field identifiers. 65 
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33. A method in accordance with claim 27 wherein said transmitted trading instrument common data 
stream comprises a plurality of different transmitted displayable page data records, said local receiver 
template defining step further comprising the step of defining a plurality of different unique local receiver 
templates at said receiver end each defining a different unique filter set, each of said different unique filter 

5 sets comprising a different unique plurality of record field identifiers, said tagging step further comprising 5 
the step of tagging different transmitted trading instrument displayable page data records in said 
transmitted trading instrument displayable page data records in said transmitted trading instrument 
common data stream with different ones of said plurality of different filter sets. 

34. A method in accordance with claim 27 wherein said local receiver template defining step further 

1 0 comprises the step of defining a plurality of different unique local receiver templates at said receiver end 1 0 
each defining a different unique filter set, each of said different unique filter sets comprising a different 
unique plurality of record field identifiers, said tagging step comprising the step of tagging different display 
rows in said transmitted trading instrument displayable page data record with different ones of said 
plurality of different filter sets. 

1 5 35. A method in accordance with claim 27 further comprising the step of u pdating said receiver defined 1 5 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable page data record. 

36. A method in accordance with claim 28 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 

20 instrument displayable page data record. 20 

37. A method in accordance with claim 30 further comprising the step of updating said receiver defined 
local trading instrument displayable record based on updating of said tagged transmitted trading 
instrument displayable page data record. 

38. A method for dynamically creating a receiver definable local trading instrument displayable record 

25 substantially as herein described with reference to and as illustrated in the accompanying drawings. 25 
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